home *** CD-ROM | disk | FTP | other *** search
/ Chip 1998 September / CHIP Eylül 1998.iso / Slackwar / docs / mini / Update < prev    next >
Text File  |  1997-02-12  |  18KB  |  498 lines
  1.   HOWTO: How to stay updated
  2.   Kjetil Bakkeskaug, Kjell Sundby and Stein Gjoen, sgjoen@nyx.net
  3.   v0.6, 3 February 1998
  4.  
  5.   This document describes how to stay updated and abreast of the devel¡
  6.   opment that takes place in the Linux world of development.  Although
  7.   most of this text is Linux specific there is also a lot of general
  8.   information on searching efficiently for specific information that can
  9.   be useful for a wider audience.
  10.  
  11.   1.  Introduction
  12.  
  13.   Development in the world of Linux takes place at an incredible speed
  14.   and it can be difficult to keep abreast with the latest development.
  15.   This HOWTO gives you a few guidelines on how to get the information
  16.   you need, fast and efficiently. Most are quite familiar with using the
  17.   World Wide Web (WWW) and Usenet News but as will be shown here there
  18.   are many other methods that can be as good or even better.
  19.  
  20.   1.1.  Copyright
  21.  
  22.   This HOWTO is copyrighted 1997 Kjell Sundby, Kjetil Bakkeskaug and
  23.   Stein Gjoen.
  24.  
  25.   Unless otherwise stated, Linux HOWTO documents are copyrighted by
  26.   their respective authors. Linux HOWTO documents may be reproduced and
  27.   distributed in whole or in part, in any medium physical or electronic,
  28.   as long as this copyright notice is retained on all copies. Commercial
  29.   redistribution is allowed and encouraged; however, the author would
  30.   like to be notified of any such distributions.
  31.  
  32.   All translations, derivative works, or aggregate works incorporating
  33.   any Linux HOWTO documents must be covered under this copyright notice.
  34.   That is, you may not produce a derivative work from a HOWTO and impose
  35.   additional restrictions on its distribution. Exceptions to these rules
  36.   may be granted under certain conditions; please contact the Linux
  37.   HOWTO coordinator at the address given below.
  38.  
  39.   In short, we wish to promote dissemination of this information through
  40.   as many channels as possible. However, we do wish to retain copyright
  41.   on the HOWTO documents, and would like to be notified of any plans to
  42.   redistribute the HOWTOs.
  43.  
  44.   If you have questions, please contact Greg Hankins, the Linux HOWTO
  45.   coordinator, at gregh@sunsite.unc.edu via email.
  46.  
  47.   1.2.  Disclaimer
  48.  
  49.   Use the information in this document at your own risk. We disavow any
  50.   potential liability for the contents of this document. Use of the
  51.   concepts, examples, and/or other content of this document is entirely
  52.   at your own risk.
  53.  
  54.   All copyrights are owned by their owners, unless specifically noted
  55.   otherwise.  Use of a term in this document should not be regarded as
  56.   affecting the validity of any trademark or service mark.
  57.  
  58.   Naming of particular products or brands should not be seen as
  59.   endorsements.
  60.  
  61.   You are strongly recommended to take a backup of your system before
  62.   major installation and backups at regular intervals.
  63.  
  64.   1.3.  News
  65.  
  66.   Added more information on the workings of mailing lists.
  67.  
  68.   2.  Information
  69.  
  70.   When you start out with a Linux installation you will normally get
  71.   quite a bit of information along, not just the installation pamphlet
  72.   but also substantial online help and information files as well as
  73.   HOWTO files. This gives you a good starting point but after a while
  74.   you will find yourself interested in knowing more, updating your
  75.   system and basically staying informed. For simplicity this kind of
  76.   information is here divided into several types, the type you subscribe
  77.   to, information you search for as well as a bit on getting more
  78.   specific help efficiently.
  79.  
  80.   Even if you don't get printed information of some kind with your Linux
  81.   packages you will along with any self respecting distribution get a
  82.   number of directories with documentation of some kind, ranging from
  83.   the tersest README files for most software packages to the more in
  84.   depth HOWTOs, of which this is one.
  85.  
  86.   Have a look in the document archive <file:///usr/doc> where most
  87.   packages store their main documentation and README files etc.  Also
  88.   you will here find the HOWTO archive <file:///usr/doc/HOWTO> of ready
  89.   formatted HOWTOs and also the mini-HOWTO archive
  90.   <file:///usr/doc/HOWTO/mini> of plain text documents.
  91.  
  92.   The kernel source <file:///usr/src/linux> is, of course, the ultimate
  93.   documentation. In other words, use the source, Luke.  It should also
  94.   be pointed out that the kernel comes not only with source code which
  95.   is even commented (well, partially at least) but also an informative
  96.   documentation directory <file:///usr/src/linux/Documentation>.  If you
  97.   are about to ask any questions about the kernel you should read this
  98.   first, it will save you and many others a lot of time and possibly
  99.   embarrassment.
  100.  
  101.   The online documentation is excellent for browsing and searching but
  102.   don't dismiss the printed version altogether; if you cannot even get
  103.   the machine to boot, how are you going to be able to read that piece
  104.   of information you need to get the system going again?
  105.  
  106.   3.  Subscription
  107.  
  108.   This basically means you set up a subscription of some sort and then
  109.   follow the news as they come in. be careful not to bite over more than
  110.   you can chew, information overload is more than a buzzword. There is
  111.   also rather more junk out there than is just annoying, it is a real
  112.   problem these days. Read critically and be prepared to unsubscribe.
  113.  
  114.   There are two distinct medias for getting continuous updates: news and
  115.   mailing lists, though sometimes news is gatewayed to mail and vice
  116.   versa. In general news is a larger volume, larger noise source
  117.   compared to mailing lists. Trying to follow too many newsgroups is
  118.   like drinking from a fire hose.
  119.  
  120.   3.1.  Usenet News
  121.  
  122.   Getting access to Usenet News is outside the scope of this HOWTO,
  123.   there are others that will help you with getting and reading News
  124.   directly from a Linux system. If you have never used News before you
  125.   should be careful to read the introductory information thoroughly. In
  126.   spite of looking like an anarchy it does have its own distinct
  127.   culture, follow a newsgroup for some time before posting yourself.
  128.   Most importantly, look out for postings called Frequently Asked
  129.   Questions or FAQ as they will show you the ropes for the group it is
  130.   posted to, and most likely give you the answer to what you are looking
  131.   for. Asking an FAQ will earn you severe negative credibility points as
  132.   well as a place in many killfiles.
  133.  
  134.   FAQs should be posted regularly but if you cannot find it you can
  135.   always find it at the main FAQ archive <ftp://rtfm.mit.edu> at MIT.
  136.  
  137.   These are also available as web pages <http://www.cis.ohio-
  138.   state.edu/hypertext/faq/>.
  139.  
  140.   Still, there is a lot of noise, spam and junk in News and this is
  141.   where killfiles come in. You will need a news reader with killfile
  142.   capability and when properly set up it will scan through a newsgroup
  143.   according to a search key of your own design and mark all flagged
  144.   postings as already read so you don't have to be bothered by the
  145.   noise. This improves the signal-to-noise ratio and lets you
  146.   concentrate on the important parts. Similarly, if you make noise in
  147.   News others will killfile you so if you later were to ask for help
  148.   they will never see your post.
  149.  
  150.   Now to business: the following is a list of useful newsgroups:
  151.  
  152.   ╖  announcements <news:comp.os.linux.announce>
  153.  
  154.   ╖  answers <news:comp.os.linux.answers>
  155.  
  156.   ╖  development of applications <news:comp.os.linux.development.apps>
  157.  
  158.   ╖  development of the system <news:comp.os.linux.development.sys>
  159.  
  160.   ╖  hardware <news:comp.os.linux.hardware>
  161.  
  162.   ╖  misc <news:comp.os.linux.misc>
  163.  
  164.   ╖  networking <news:comp.os.linux.networking>
  165.  
  166.   ╖  setting up linux <news:comp.os.linux.setup>
  167.  
  168.   ╖  X11 on linux <news:comp.os.linux.x>
  169.  
  170.   Many national hierarchies also have Linux groups, such as the
  171.   Norwegian <news:no.linux> Linux groups. If you cannot find your
  172.   national or local group you might be able to use Dejanews
  173.   <http://www.dejanews.com> to find the names for you.
  174.  
  175.   3.2.  Mailing Lists
  176.  
  177.   Unlike Usenet News a mailing list is centralised, someone sends a mail
  178.   to the server and the server in return mails everyone that is
  179.   subscribed to that particular list. These lists are generally low
  180.   volume but also very low noise. Any breaches of the charter will be
  181.   looked harshly upon. Equally seriously it will delay the development
  182.   or the project that the list is dedicated to. When you subscribe you
  183.   will normally get an introductory mail describing the charter, again
  184.   you are strongly recommended to read this very carefully.
  185.  
  186.   There are many types of mail servers that can handle a list and you
  187.   will need some information on how and where you can subscribe.
  188.  
  189.   One of the most common list servers is Majordomo which is what the
  190.   list server at vger.rutgers.edu <mailto:majordomo@vger.rutgers.edu>.
  191.   is running. To learn how it works you send a mail message with the
  192.   word help in the body. If you send it something it cannot parse you
  193.   will get this help message anyway.  If you instead mail it the word
  194.   lists you will be returned a list of all mailing lists it serves, and
  195.   that can be a considerable number.
  196.  
  197.   Other mailing lists use several addresses, one where you send your
  198.   requests such as subscribe and unsubscribe, and one where you send
  199.   your contributions to the list which is usually also the address from
  200.   which the list is also redistributed to you.  Again, sending it the
  201.   message help or something it cannot parse will give you the help
  202.   information.  An example: you send the word subscribe to the address
  203.   corned-beef-requests@somelistserver.org and then you get mail from and
  204.   contribute to the list address  corned-beef-list@somelistserver.org
  205.   until you unsubscribe.
  206.  
  207.   A few tips before you start sending in to mailing lists:
  208.  
  209.   ╖  Do not send subscribe etc. to the list itself, only to the server
  210.      address, otherwise you will look silly and you will annoy people.
  211.      There can be several thousand subscribers to a list and if such
  212.      errors were to pour in the noise would be too much.
  213.  
  214.   ╖  When you subscribe you will often get an introductory message sent
  215.      to you automatically. Read it carefully as this should answer most
  216.      of the initial questions.
  217.  
  218.   ╖  Do not gateway mailing lists to news without asking first as this
  219.      can cause mailing loops as well as spam.
  220.  
  221.   As mentioned above, vger.rutgers.edu
  222.   <mailto:majordomo@vger.rutgers.edu>.  is one of the main mailing list
  223.   servers and here is an abbreviated index of what is available for the
  224.   Linux community:
  225.  
  226.   ╖  linux-8086
  227.  
  228.   ╖  linux-admin
  229.  
  230.   ╖  linux-alpha
  231.  
  232.   ╖  linux-apps
  233.  
  234.   ╖  linux-arm
  235.  
  236.   ╖  linux-bbs
  237.  
  238.   ╖  linux-c-programming
  239.  
  240.   ╖  linux-config
  241.  
  242.   ╖  linux-console
  243.  
  244.   ╖  linux-diald
  245.  
  246.   ╖  linux-doc
  247.  
  248.   ╖  linux-fido
  249.  
  250.   ╖  linux-fsf
  251.  
  252.   ╖  linux-ftp
  253.  
  254.   ╖  linux-gcc
  255.  
  256.   ╖  linux-gcc-digest
  257.  
  258.   ╖  linux-hams           Amateur Radio and Linux discussions
  259.  
  260.   ╖  linux-hppa
  261.  
  262.   ╖  linux-ibcs2
  263.  
  264.   ╖  linux-ipx
  265.  
  266.   ╖  linux-isdn
  267.  
  268.   ╖  linux-japanese
  269.  
  270.   ╖  linux-kernel
  271.  
  272.   ╖  linux-kernel-announce
  273.  
  274.   ╖  linux-kernel-digest
  275.  
  276.   ╖  linux-kernel-patch
  277.  
  278.   ╖  linux-laptop
  279.  
  280.   ╖  linux-linuxss
  281.  
  282.   ╖  linux-lugnuts
  283.  
  284.   ╖  linux-mca
  285.  
  286.   ╖  linux-mips
  287.  
  288.   ╖  linux-msdos
  289.  
  290.   ╖  linux-msdos-devel
  291.  
  292.   ╖  linux-msdos-digest
  293.  
  294.   ╖  linux-net
  295.  
  296.   ╖  linux-new-lists
  297.  
  298.   ╖  linux-newbie
  299.  
  300.   ╖  linux-newbiew
  301.  
  302.   ╖  linux-nys
  303.  
  304.   ╖  linux-oasg
  305.  
  306.   ╖  linux-oi
  307.  
  308.   ╖  linux-opengl
  309.  
  310.   ╖  linux-pkg
  311.  
  312.   ╖  linux-ppp
  313.  
  314.   ╖  linux-pro
  315.  
  316.   ╖  linux-qag
  317.  
  318.   ╖  linux-raid
  319.  
  320.   ╖  linux-scsi
  321.  
  322.   ╖  linux-serial
  323.  
  324.   ╖  linux-seyon
  325.  
  326.   ╖  linux-smp
  327.  
  328.   ╖  linux-sound
  329.  
  330.   ╖  linux-standards
  331.  
  332.   ╖  linux-svgalib
  333.  
  334.   ╖  linux-tape
  335.  
  336.   ╖  linux-term
  337.  
  338.   ╖  linux-userfs
  339.  
  340.   ╖  linux-word
  341.  
  342.   ╖  linux-x11
  343.  
  344.   ╖  linux-x25
  345.  
  346.   ╖  sparclinux
  347.  
  348.   ╖  ultralinux
  349.  
  350.   There are of course a number of other lists on other server. As this
  351.   is in a constant state of flux there is little point in naming all but
  352.   the most important here. Instead you could check out a web page that
  353.   maintains such a list of lists
  354.   <http://summer.snu.ac.kr/~djshin/linux/mail-list/index.shtml> on
  355.   various servers of interest to Linux users. It also offers an user
  356.   friendly interface to subscribe or unsubscribe to the various lists
  357.   directly.
  358.  
  359.   There is also a web page listing a huge number of lists concerning
  360.   much more than Linux at list index
  361.   <http://www.NeoSoft.com/internet/paml/>.
  362.  
  363.   3.3.  Magazines
  364.  
  365.   Many have been disappointed at the lack of information on Linux in the
  366.   trade press. This is probably because certain commercial products
  367.   would not stand up for any comparison and the advertisers would not
  368.   stand it at all. Fortunately there is one Linux specific journal,
  369.   called the Linux Journal. More information on subscription etc. can be
  370.   found at the SSC <http://www.ssc.com> home page. A table of contents
  371.   is usually also available online.
  372.  
  373.   There is also an e-zine called Linux Gazette
  374.   <http://www.linuxgazette.com>.
  375.  
  376.   4.  Meetings
  377.  
  378.   Linux has been created through a massive networked effort, mostly by
  379.   heavy use of the Internet. Still, there is the chance of meeting real
  380.   people, face to face, in Linux user groups (LUG) that are all over the
  381.   world. Search the lists that are published regularly, there could be
  382.   one near you.
  383.  
  384.   Conferences, install fests, creating new user groups and more is
  385.   regularly announced on Usenet News announcements
  386.   <news:comp.os.linux.announce>.  Such events are excellent venues for
  387.   staying on top of events and also for getting help.
  388.  
  389.   5.  Searching
  390.  
  391.   There are many avenues open when searching for something particular.
  392.   Remember you can also use the web search engines and that some, like
  393.  
  394.   ╖  Altavista <http://www.altavista.digital.com>
  395.  
  396.   ╖  Excite <http://www.excite.com>
  397.  
  398.   ╖  Hotbot <http://www.hotbot.com>
  399.  
  400.      can also search usenet news.
  401.  
  402.   Also remember that Dejanews <http://www.dejanews.com> is a dedicated
  403.   news searcher that keeps a news spool from early 1995 and onwards.
  404.  
  405.   Even though more and more things take place of the web these days, do
  406.   not forget that there is a lot of information available on the various
  407.   ftp servers around the world. Some web search engines also index ftp
  408.   servers but the tool of choice is still the archie servers, systems
  409.   that regularly scan major ftp servers around the world and keep lists
  410.   of files. These can be accessed in many ways, either by archie clients
  411.   like archie or the X11 version xarchie which should be available on
  412.   any well maintained linux system. Failing that you can access archie
  413.   servers using telnet to any of the servers listed
  414.  
  415.   ╖  Australia <telnet://archie.au>
  416.  
  417.   ╖  Austria <telnet://archie.univie.ac.at>
  418.  
  419.   ╖  Belgium <telnet://archie.belnet.be>
  420.  
  421.   ╖  Finland <telnet://archie.funet.fi>
  422.  
  423.   ╖  Germany <telnet://archie.th-darmstadt.de>
  424.  
  425.   ╖  Korea <telnet://archie.kornet.nm.kr>
  426.  
  427.   ╖  Italy <telnet://archie.unipi.it>
  428.  
  429.   ╖  Japan <telnet://archie.kuis.kyoto-u.ac.jp>
  430.  
  431.   ╖  Poland <telnet://archie.icm.edu.pl>
  432.  
  433.   ╖  Sweden <telnet://archie.luth.se>
  434.  
  435.   ╖  Spain <telnet://archie.rediris.es>
  436.  
  437.   ╖  United Kingdom <telnet://archie.doc.ic.ac.uk>
  438.  
  439.   ╖  United States <telnet://archie.bunyip.com>
  440.  
  441.   ╖  United States <telnet://archie.internic.net>
  442.  
  443.   Of course you should try to use the server closest to you, and to see
  444.   the list of current server you can either start the archie client with
  445.   no arguments or, if telnetting, by querying the server. Online help is
  446.   available. Unfortunately not all servers are synchronised, so you
  447.   might have to search a few before finding what you are looking for.
  448.  
  449.   Recently a more user friendly ftp index server entered the net, the
  450.   ftpsearch <http://ftpsearch.ntnu.no> engine, featuring many options
  451.   and with a rather stark interface, in the best Unix tradition.
  452.  
  453.   Most of these offer help on efficient searching techniques, reading
  454.   this can speed up your searches enormously. Investing a little time
  455.   here will pay off in the long run.
  456.  
  457.   If you have trouble getting onto the Internet but have mail then you
  458.   should have a look at the access via mail FAQ. Naturally you can get
  459.   it over e-mail using the US, Canada and South America server
  460.   <mailto:mail-server@rtfm.mit.edu> entering only this line in the BODY
  461.   of the note:
  462.  
  463.   /send usenet/news.answers/internet-services/access-via-email
  464.  
  465.   or Europe, Asia etc server <mailto:mailbase@mailbase.ac.uk> entering
  466.   only this line in the BODY of the note:
  467.  
  468.   send lis-iis e-access-inet.txt
  469.  
  470.   or look through your news spool if you have one locally in
  471.   news.answers newsgroup <news:news.answers>.
  472.  
  473.   Finally, you might wish to get more information from a person, say an
  474.   author of a software package. usually you can find the e-mail address
  475.   in the accompanying documentation which normally would be in the
  476.   documentation subdirectory <file:///usr/doc/> but failing that and
  477.   also if the given address is no longer valid you could find help in
  478.   the FAQ for finding e-mail addresses
  479.   <http://www.qucis.queensu.ca/FAQs/email/finding.html>.
  480.  
  481.   6.  Conclusion
  482.  
  483.   Finding information fast and efficiently is more of an art than a
  484.   science and we still have not touched on the really difficult part:
  485.   how do you determine the actual quality of the information? It is
  486.   outside the scope of this HOWTO to tell you that but it is still
  487.   something you should keep in mind. You should at least check the
  488.   information is recent enough to be current to your problem.
  489.  
  490.   There are a number of FAQs available that deals with more serious
  491.   research method topics and you can also see a comprehensive on-line
  492.   version <http://cn.net.au>.
  493.  
  494.   Quoted from someone's signature:
  495.  
  496.   Be alert! The world needs more lerts.
  497.  
  498.